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本 标准 是 GB/T 9385《 计 算 机 软件 需求 说 明 编 制 指 南 ) 的 第 一 次 修订 。 本 标准 与 GB/T 9385 一 
1988 的 主要 差别 如 下 : 


a) 


根据 GB/T 1.1 的 规定 , 原 GB/T 9385 一 1988 版 中 第 1 章 引言 部 分 中 的 内 容 放 在 新 版 的 引言 
部 分 ; 


b) 新 版 标准 的 范围 部 分 重新 进行 调整 改写 ; 

c) 第 2 章 规范 性 引用 文件 删 去 了 GB/T 8567; 

d) 根据 GB/T 8566 和 GB/T 11457 的 规定 ,术语 “开发 者 ” 改 为 “ 供 方 ”; 

e) 原 GB/T 9385 一 1988 版 的 第 4 章 和 第 5 章 调整 为 新 版 的 第 4 章 , 且 名 称 为 “SRS” 的 编制 原则 。 
调整 后 的 第 4 章 更 加 清晰 、 完 善 。 而 删 去 了 旧版 第 5 章 中 有 关 模 型 的 内 容 ; 

人 旧版 标准 的 第 6 章 的 主要 内 容 调整 为 新 版 标准 的 第 5 章 ,而 提纲 部 分 调整 为 新 版 标准 的 附录 
A, 且 附录 A 的 内 容 扩 充 了 一 部 分 。 

本 标准 的 附录 A 是 资料 性 附录 。 


本 标准 自 实 施 之 日 起 代替 被 废止 GB/T 9385 一 1988。 

本 标准 由 中 华人 民 共 和 国信 息 产 业 部 提出 。 

本 标准 由 全 国信 息 技术 标准 化 技术 委员 会 归口 。 

本 标准 起 草 单 位 :信息 产业 部 电子 工业 标准 化 研究 所 .中 国航 天 科技 集团 公司 软件 评测 中 心 、 上 海 
计算 机 软件 开发 中 心 、 上 海宝 信 软 件 股 份 有 限 公 司 .东方 通 科技 .广西 软件 加 、 上 海 浦 东软 件 园 有 限 责 任 
公司 `、 上 海 鲁 齐 信息 科技 有 限 公司 。 

本 标准 主要 起 草 人 : 冯 惠 、 王 宝 艾 、 罕 传 义 石柱, 杨 根 兴 、 李 春 青 、 陈 在 根 、 张 电 易 、 张 圳 莹 。 

本 标准 于 1988 年 首次 发 布 。 
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了 路 


引 


本 标准 描述 了 软件 需求 规格 说 明 的 编制 方法 。 它 基于 以 下 设想 , 即 软件 需求 规格 说 明确 定 过 程 的 
结果 是 一 份 明确 和 完备 的 规格 说 明文 档 。 本 标准 将 有 助 于 : 
一 一 软件 的 顾客 准确 地 描述 其 希望 得 到 什么 ; 
一 一 软件 的 供 方正 确 地 理解 顾客 想 要 什么 ; 
一 一 对 于 实现 以 下 目标 的 有 关 单 位 和 人 员 : 
。 为 其 所 在 的 组 织 编制 一 份 标准 的 软件 需求 规格 说 明 (SRS) 提 纲 ; 
。 定义 其 具体 软件 需求 规格 说 明 的 格式 和 内 容 ; 
。 编制 其 他 的 本 地 支持 资料 ,如 ,SRS 质量 检查 清单 .或 SRS 编写 者 手册 。 
对 于 顾客 、 供 方 和 其 他 有 关 人 员 ,一 份 好 的 SRS 可 能 带 来 一 些 具 体 的 益处 ,例如 : 
一 一 对 于 提供 什么 软件 产品 ,为 顾客 和 供 方 之 间 的 协议 建立 基础 。 在 SRS 中 软件 功能 的 完备 描述 
将 协助 潜在 用 户 ,以 便 确定 指定 的 软件 是 否 满足 其 需要 ,或 者 为 满足 其 需要 应 如 何 修改 软件 ; 
减少 开发 工作 。SRS 文档 的 编制 迫使 顾客 组 织 有 关 各 方 或 人 员 在 设计 之 前 严格 考虑 所 有 的 
需求 ,并 减少 以 后 的 重新 设计 、 重 新 编码 和 重新 测试 。 对 SRS 中 的 各 项 需求 进行 仔细 评审 ,可 
以 在 开发 周期 的 早期 揭示 某 些 遗漏 .误解 和 不 一 致 ,此 时 这 些 问题 更 容易 纠正 ; 
一 一 为 估计 成 本 和 进度 提供 基础 。SRS 中 给 出 的 待 开 发 产品 的 描述 是 估计 项 目 成 本 的 现实 基础 ， 
可 用 于 取得 投标 认可 或 得 出 价格 估算 ; 
一 一 为 验证 和 确认 提供 基线 。 通 过 一 份 好 的 SRS 文档 ,组 织 可 提出 其 更 加 有 效 的 验证 和 确认 计 
划 。 作 为 开发 合同 的 一 部 分 ,SRS 提供 了 可 用 于 测量 依从 性 的 基线 ; 
一 一 便于 软件 产品 转移 。SRS 文档 使 软件 产品 转移 到 新 的 用 户 或 机 器 更 容易 。 顾 客 因此 发 现 软 
件 产品 更 容易 转移 到 组 织 的 其 他 部 门 , 供 方 发 现 软件 产品 更 容易 转移 到 新 的 顾客 ; 
一 一 作为 进一步 增强 的 基础 。 因 为 SRS 文档 讨论 的 是 产品 ,而 不 是 开发 它 的 项 目 , 因 此 ,SRS 是 已 
开发 产品 后 续 增 强 的 基础 。 尽 管 SRS 文档 或 许 需 要 修改 ,但 它 确实 为 后 续 的 产品 评价 提供 了 
基础 。 
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计算 机 软件 需求 规格 说 明 规范 


1 范围 


本 标准 给 出 了 软件 需求 规格 说 明 (SRS) 的 编制 要 求 ,描述 了 一 份 好 的 SRS 的 内 容 和 质量 ,并 在 附 
录 A 中 给 出 一 些 SRS 提纲 示例 。 

本 标准 适用 于 编制 SRS。 

本 标准 并 不 限定 任何 编制 SRS 特定 的 方法 、 命 名 约定 和 工具 。 


2 规范 性 引用 文件 


下 列 文件 中 的 条 款 通过 本 标准 的 引用 而 成 为 本 标准 的 条 款 。 凡 是 注 日 期 的 引用 文件 ,其 随后 所 有 
的 修改 单 ( 不 包括 勘误 的 内 容 ) 或 修订 版 均 不 适用 于 本 标准 ,然而 ,鼓励 根据 本 标准 达成 协议 的 各 方 研 究 
是 否 可 使 用 这 些 文件 的 最 新 版 本 。 凡 是 不 注 日 期 的 引用 文件 ,其 最 新 版 本 适用 于 本 标准 。 

GB/T 8566 ”信息 技术 ”软件 生存 局 期 过 程 (GB/T 8566 一 2007,ISO/IEC 12207:1995,MOD) 

GB/T 11457 信息 技术 软件 工程 术语 


3 术语 和 定义 


GB/T 11457 中 确立 的 以 及 下 列 术语 和 定义 适用 于 本 标准 。 
3 ] 

合同 contract 

由 顾客 和 供 方 共同 签署 的 具有 法 律 约 束 力 的 文件 ,其 中 包括 产品 的 技术 .组织 .成 本 和 进度 的 需求 。 
合同 同样 可 包括 某 些 非 正 式 的 .但 有 用 的 信息 ,如 ,参与 各 方 的 承诺 或 期 望 。 
S32 

顾客 ”cnstomer 

为 产品 支付 费用 ,并 通常 (但 不 必要 ) 确 定 需求 的 个 人 或 群体 。 在 某 些 情况 下 ,顾客 和 供 方 可 以 是 同 
一 组 织 的 成 员 。 
3.3 

供 方 ”supplier 

为 顾客 开发 产品 的 个 人 或 群体 。 在 某 些 情况 下 ,顾客 和 供 方 可 以 是 同一 组 织 的 成 员 。 
3. 4 

用 户 user 

直接 运行 产品 或 与 产品 进行 交互 作用 的 个 人 或 群体 。 用 户 和 顾客 通常 不 是 同一 个 人 或 群体 。 


4 ”SRS 的 编制 原则 


4.1 综述 
本 章 给 出 了 编制 SRS 时 宜 考 虑 的 事项 及 编制 原则 : 
a) SRS 的 基本 性 质 ; 
b) SRS 的 环境 ; 
c) 好 的 SRS 的 特性 ; 
d) SRS 的 联合 编制 ; 
e) SRS 演变 ; 
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4.2 


f) 原型 法 ; 
g) SRS 中 嵌入 设计 ; 
h) SRS 中 明和 项目 需 求 。 
SRS 的 基本 性 质 
SRS 是 对 在 具体 环境 中 执行 确定 功能 的 特定 软件 产品 .程序 或 一 组 程序 的 规格 说 明 。SRS 可 由 来 


自 供 方 、 顾 客 或 双方 的 一 个 或 者 多 个 人 员 编 写 ,4. 5 推荐 由 来 自 供 方 和 顾客 双方 的 人 员 联 合 编写 。 


4.3 


SRS 编写 人 员 应 关注 以 下 基本 点 : 
a) 功能 软件 将 执行 什么 功能 ? 





b) 外 部 接口 一 一 软件 如 何 与 人 、 系 统 的 硬件 及 其 他 硬件 和 其 他 软件 进行 交互 ? 

c) ”性 能 一 一 各 种 软件 功能 的 速度 、 响 应 时 间 、 恢 复 时 间 等 是 多 少 ? 

d) ”属性 一 一 软件 的 可 用 性 、 可 靠 性 、 可 移植 性 、 正 确 性 、 可 维护 性 、 安 全 性 如 何 ? 

e) ”影响 产品 实现 的 设计 约束 一 一 是 否 有 使 用 标准 、 编 程 语言 ,数据库 完整 性 方针 、 资 源 限制 ,运行 
环境 等 方面 的 要 求 ? 

编写 人 员 宜 避免 把 设计 或 项 目 需 求 写 人 SRS 中 。 

SRS 的 内 容 详 见 第 5 章 。 

SRS 的 环境 

很 重要 的 一 点 是 应 考虑 SRS 在 整个 项 目 计 划 中 的 作用 。 项 目 计 划 的 定义 见 GB/T 11457。 软 件 既 








可 以 基本 上 包括 了 项 目的 所 有 功能 ,也 可 以 是 更 大 系统 的 一 部 分 。 在 后 一 种 情况 ,典型 的 SRS 将 指出 
系统 及 其 软件 部 分 的 接口 ,并 将 外 部 性 能 和 功能 需求 写 人 软件 部 分 。 显然 ,SRS 应 当 在 系统 需求 上 扩 
展 并 与 其 保持 一 致 。 


GB/T 8566 描述 了 软件 生存 周期 的 各 个 步骤 ,以 及 每 步 适用 的 输入 。 与 软件 生存 周期 等 有 关 的 其 


他 标准 ,可 对 软件 需求 进行 补充 。 


因为 SRS 在 软件 开发 过 程 中 发 挥 特定 的 作用 ,编写 人 员 宜 谨慎 对 待 ,不 超出 其 作用 的 范围 。 这 意 


味 着 SRS : 


4.4 
4.4 


4. 4. 


a) 宣 正 确 地 定义 所 有 软件 需求 。 由 于 将 要 处 理 的 任务 的 性 质 或 项 目的 具体 特性 , 则 软件 需求 是 
存在 的 。 

b) 不 宣 描述 任何 设计 或 实现 的 细节 。 这 些 内 容 应 当 在 项 目的 设计 阶段 进行 描述 。 

c) 不 宜 对 软件 设置 附加 的 限制 条 件 。 这 些 内 容 可 在 其 他 文件 中 规定 ,如 ,软件 质量 保证 计划 。 

因此 ,编写 适当 的 SRS 限定 了 正确 设计 的 范围 ,但 不 规定 任何 具体 的 设计 。 

好 的 SRS 的 特征 


.1 综述 


SRS 宜 是 : 

a) 正确 ; 

b) 无 歧义 ; 

c) 完备 ; 

d) 一致; 

e) 重要 性 和 /或 稳定 性 分 级 ; 

f) 可 验证 ; 

g) 可 修改 ; 

h) 可 追踪 。 

2 正确 

当 且 仅 当 SRS 中 的 每 一 项 需求 都 是 软件 应 满足 的 需求 ,SRS 才 是 正确 的 。 
不 存在 确保 SRS 正确 性 的 工具 或 规程 。 宣 把 SRS 与 任何 适用 的 上 层 规格 说 明 ( 如 ,系统 需求 规 
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格 说 明 ) 、 其 他 项 目 文件 和 其 他 适用 的 标准 进行 对 比 ,以 确保 其 相互 一 致 。 作 为 一 种 选择 ,顾客 或 用 户 可 
以 确定 SRS 是 否 正 确 地 反映 了 实际 需要 。 可 追踪 性 使 相应 的 规程 更 加 便利 并 减少 缺陷 ( 见 4. 4. 8)。 
4.4.3 无 歧义 

当 且 仅 当 SRS 中 的 每 一 项 需求 都 只 有 一 种 解释 ,SRS 才 是 无 歧义 的 。 这 要 求 最 终 产品 的 每 个 特征 
至 少 使 用 唯一 的 术语 来 描述 。 

当 在 特定 背景 中 使 用 的 某 个 术语 存在 多 种 含义 时 , 宜 将 该 术语 包含 在 术语 表 中 ,以 便 更 加 具体 地 说 
明 其 含义 。 

正如 在 GB/T 8566 中 所 描述 的 那样 ，SRS 是 软件 生存 周期 中 需求 过 程 的 一 个 重要 部 分 ,并 被 应 用 
于 设计 、 实 现 、 项 目 监控 、 验 证 和 确认 ,以 及 培训 活动 中 。 对 于 编制 人 员 和 使 用 人 员 ，SRS 宣 是 无 歧义 
的 。 但 是 ,这 些 人 员 通 常 并 不 具备 相同 的 背景 ,因而 对 软件 需求 的 描述 不 会 倾向 相同 的 形式 。 为 开发 人 
员 而 改进 的 SRS 表述 ,或 许 会 降低 用 户 对 SRS 的 理解 ,反之 亦 然 。 

4.4.3.1 到 4.4.3.3 给 出 了 如 何 避 免 歧义 性 的 建议 。 
4.4.3.1 自然 语言 的 缺陷 

需求 通常 使 用 自然 语言 (如 ,汉语 ) 来 编写 。 但 自然 语言 具有 固有 的 不 明确 性 。 使 用 自然 语言 编制 
的 SRS 宜 由 独立 的 一 方 进行 评审 ,以 识别 语言 的 含糊 用 法 并 予以 纠正 。 
4.4.3.2 需求 规格 说 明 语 言 

避免 自然 语言 固有 的 歧义 的 一 种 方式 是 ,使 用 特定 的 需求 规格 说 明 语 言 编写 SRS。 该 语言 处 理 器 
可 自动 检测 出 许多 词法 、 句 法 和 语义 错误 。 

使 用 这 类 特定 语言 的 缺点 是 ,学 习 语言 需要 较 长 的 时 间 。 同 时 ,多 数 非 技术 方面 的 使 用 者 发 现 它们 
不 易 理 解 。 此 外 ,这 类 语言 倾向 于 表述 某 些 特定 类 型 的 需求 和 处 理 某 些 特定 类 型 的 系统 。 因 此 ,这 类 语 
言 可 能 以 难以 捉摸 的 方式 影响 这 些 需 求 。 
4.4.3.3 表述 工具 

一 般 而 言 ,支持 编制 需求 的 方法 .语言 和 工具 分 为 三 种 通用 类 别 : 对 象 .过 程 和 行为 。 面 向 对 象 的 方 
法 按照 现实 世界 的 对 象 . 它 们 的 属性 和 这 些 对 象 完成 的 服务 来 组 织 需求 ;基于 过 程 的 方法 将 需求 组 织 成 
功能 的 层次 结构 ,而 这 些 功能 通过 数据 流 进 行 通信 ;基于 行为 的 方法 利用 一 些 抽象 的 符号 (如 ,谓词 演 
算 ) .数学 函数 或 状态 机 来 描述 系统 的 外 部 行为 。 

这 些 工具 和 方法 对 编制 SRS 时 的 有 用 程度 依赖 于 项 目的 规模 和 复杂 性 。 这 里 并 不 试图 描述 和 认 
可 任何 特定 的 工具 。 

当 使 用 任何 这 类 方法 时 ,最 好 仍 保 持 自然 语言 方式 的 描述 ,这 样 ,不 熟悉 这 些 方 法 .符号 的 顾客 仍然 
能 够 理解 SRS 。 

4.4.4 完备 
4.4.4.1 当 且 仅 当 SRS 包含 以 下 要 素 ,SRS 才 是 完备 的 : 
a) ”所 有 重要 的 需求 ,不 论 是 否 与 功能 、 性 能 、 设 计 约 束 、 属 性 或 者 外 部 接口 有 关 。 尤 其 是 由 系统 规 
格 说 明 所 施加 的 任何 外 部 需求 都 应 当 得 到 确认 和 处 理 。 
b) 软件 响应 的 定义 ,以 说 明 软 件 对 所 有 可 实现 的 输入 数据 类 型 的 响应 。 应 当 注 意 , 对 于 有 效 和 
无 效 输入 数值 两 种 情况 ,规定 软件 响应 是 重要 的 。 

c) SRS 中 所 有 图 表 的 全 面 标记 和 索引 ,以 及 所 有 术语 和 度量 单位 的 定义 。 
4.4.4.2 任何 含有 “待定 ?词语 的 SRS 是 不 完备 的 。 但 是 有 时 使 用 “待定 ?是 不 可 避免 的 , 若 万 一 使 用 
“待定 ”时 应 做 如 下 说 明 : 

a) ”对 导致 使 用 “待定 ”的 情形 进行 描述 (为 什么 答案 未 知 ) ,以 便 问 题 能 得 到 解决 ; 

b) 描述 为 排除 “待定 ”应 采取 的 措施 、 由 谁 负 责 排 除 以 及 何 时 必须 排除 。 

4.4.5 一 致 
4. 4.5.1 一 致 是 指 内 部 一 致 性 。 如 果 SRS 与 某 些 更 高 层 的 文档 (如 ,系统 规格 说 明 ) 不 一 致 ,那么 它 是 
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不 正确 的 ( 见 4.4.1)。 
4.4.5.2 当 且 仅 当 在 SRS 中 描述 的 任何 单个 需求 的 子 集 之 间 相 互 不 矛盾 ,SRS 才 是 内 部 一 致 的 。 
SRS 中 可 能 存在 下 述 三 种 类 型 的 矛盾 : 
a) ”现实 世界 对 象 的 规定 特征 可 能 相互 矛盾 。 如 : 
1) 报告 输出 的 格式 在 一 个 需求 中 是 表格 形式 ,而 在 另 一 个 需求 中 是 文本 形式 ; 
2) 一 个 需求 指出 所 有 的 灯 是 绿色 ,而 另 一 个 需求 规定 所 有 的 灯 是 蓝 色 。 
b) 在 两 个 规定 的 行为 之 间 可 能 存在 逻辑 上 的 或 时 间 上 的 冲突 。 如 ， 
1) 一 个 需求 规定 程序 将 对 两 个 输入 相 加 , 另 一 个 需求 则 规定 程序 将 对 这 两 个 输入 相 乘 ; 
2) 一 个 需求 指出 *A” 必 须 总 是 在 “B” 之 后 ,而 同时 在 男 一 个 需求 中 要 求 *A 和 B” 同 时 发 生 。 
c) ”可 能 两 个 或 更 多 的 需求 描述 现实 志 界 的 相同 对 象 , 但 使 用 不 同 的 术语 。 如 ,在 一 个 需求 中 程序 
对 用 户 输入 的 请 求 称 为 “提示 符 ”, 在 另 一 个 需求 中 称 为 “提示 ”。 使 用 标准 术语 和 定义 可 以 改 
善 一 致 性 。 
4.4.6 重要 性 和 /或 稳定 性 分 级 
如 果 SRS 中 每 条 需求 赋 有 标明 其 重要 性 或 稳定 性 的 标识 ,那么 该 SRS 便 按照 重要 性 和 /或 稳定 性 
进行 了 分 级 。 
通常 ,与 软件 产品 有 关 的 所 有 需求 并 不 具有 相同 的 重要 性 。 某 些 需 求 可 能 是 基本 的 ,特别 是 与 人 身 
生命 有 关 的 关键 应 用 ,而 其 他 的 可 能 是 所 期 望 的 需求 。 
SRS 中 的 每 个 需求 宜 予 以 标识 , 以 使 需求 在 这 方面 的 差异 清晰 和 明确 。 按 下 述 方式 标识 需求 有 
助 于 : 
a) ”使 顾客 更 仔细 地 考虑 每 个 需求 ,这 样 ,常常 会 淤 清 顾客 可 能 引入 的 任何 隐藏 的 假设 ; 
b) 使 开发 人 员 做 出 正确 的 设计 决定 ,并 针对 软件 产品 的 不 同 部 分 做 出 相应 适当 工作 的 投入 。 
4.4.6. 1 稳定 性 程度 
可 以 用 需求 的 期 望 变更 次 数 来 标识 需求 的 稳定 程度 。 
4.4.6.2 重要 性 程度 
另 一 种 需求 分 级 的 方式 是 区 分 如 下 基本 的 有 条 件 的 和 可 选 的 需求 类 别 : 
a) ”基本 的 一 一 除非 表示 同意 并 满足 了 这 类 需求 ,否则 软件 将 不 被 接受 ; 








b) 有 条 件 的 一 一 表示 这 类 需求 会 增强 软件 产品 ,但 是 ,如 果 缺 少 这 类 需求 ,也 不 会 导致 软件 产品 
被 拒 收 ; 
c) 可 选 的 一 一 表示 该 类 功能 需求 可 有 可 无 ,这 赋予 供 方 提出 超出 SRS 的 建议 的 机 会 和 余地 。 
4.4.7 可 验证 


当 且 仅 当 SRS 中 的 每 个 需求 是 可 验证 的 ,SRS 才 是 可 验证 的 。 当 且 仅 当 存 在 某 个 有 限 的 成 本 .有 
效 的 过 程 , 人 或 机 器 依照 该 过 程 能 够 检查 软件 产品 满足 某 个 需求 ,该 需求 才 是 可 验证 的 。 一 般 说 来 , 任 
何 有 歧义 的 需求 都 是 不 可 验证 的 。 

不 可 验证 的 需求 包含 诸如 “工作 良好 ”“ 好 的 人 机 界面 > 和 “通常 应 该 发 生 ” 之 类 的 陈述 。 因 为 不 可 
能 定义 “良好 ”“ 好 的 ”和 “通常 ”, 因 此 ,这 些 需 求 不 可 能 验证 。 陈 述 “ 程 序 应 绝对 不 进入 无 限 循环 ”是 不 
可 验证 的 ,因为 理论 上 该 特性 是 不 可 测试 的 。 | 

可 验证 陈述 示例 : 

程序 输出 应 在 事件 开始 20s 内 达到 60% ,在 30s 内 达到 100%。 

这 样 的 陈述 是 可 验证 的 ,因为 它 使 用 了 具体 的 术语 和 可 测量 的 数值 。 

如 果 不 能 设计 出 一 种 方法 ,以 确定 软件 是 否 满足 某 个 具体 的 需求 ,那么 该 需求 宜 被 删除 或 被 修改 。 
4.4.8 可 修改 

当 且 仅 当 SRS 的 结构 和 形式 能 够 对 任何 需求 进行 容易 、 全 面 和 一 致 的 修改 ,同时 保持 该 结构 和 形 
式 ,SRS 才 是 可 修改 的 。 一 般 地 , 可 修改 性 要 求 SRS: 
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a) 具有 连贯 .方便 使 用 的 结构 ,包含 目次 .索引 及 清晰 的 相互 引用 ; 

b) 没有 元 余 ( 即 ,相同 的 需求 在 SRS 不 应 当 出 现在 多 处 ); 

c) 分 别 地 表述 每 个 需求 ,而 不 与 其 他 需求 相 混淆 。 

尽管 元 余 本 身 不 是 缺陷 ,但 它 容易 导致 错误 。 尽 管 元 余 偶尔 可 以 有 助 于 SRS 的 可 读 性 ,但 当 对 存 
在 元 余 的 文件 更 新 时 ,可 能 会 引起 问题 。 例 如 ,可 能 对 出 现 多 处 的 某 个 需求 仅 在 一 处 做 了 修改 ,那么 使 
得 SRS 内 容 不 一 致 。 当 需要 元 余 时 ,SRS 宜 包 括 一 个 清晰 地 交叉 索引 表 ,以 增加 其 可 修改 性 。 

4.4.9 可 追踪 

如 果 SRS 每 个 需求 的 来 源 是 清楚 的 ,并 在 将 来 编制 或 增强 文档 的 过 程 中 便于 每 个 需求 的 索引 , 那 
么 该 SRS 是 可 追踪 的 。 推 荐 以 下 两 种 类 型 的 可 追踪 性 : 

a) 逆向 可 追踪 性 ( 即 ,到 以 前 的 开发 阶段 ) 。 这 依赖 于 每 个 需求 清晰 地 指向 其 在 早期 文件 的 来 源 ; 

b) 正 向 可 追踪 性 ( 即 , 到 由 SRS 产生 的 所 有 文件 )。 这 依赖 于 SRS 中 每 个 需求 具有 唯一 的 名 称 

或 索引 号 。 

当 软 件 产品 进入 运行 和 维护 阶段 时 ,SRS 的 正 向 可 追踪 性 尤其 重要 。 随 着 代码 和 设计 文档 的 修 
改 , 最 要 紧 的 是 能 够 确定 这 些 修改 可 能 影响 的 全 部 的 需求 集合 。 

4.5 SRS 的 联合 编制 

软件 开发 过 程 宜 从 顾客 与 供 方 关 于 完成 的 软件 必须 做 什么 达成 的 协议 开始 。 依 照 SRS 的 形式 ,该 
协议 宜 联 合 起 草 。 这 一 点 很 重要 ,因为 通常 不 管 是 顾客 还 是 供 方 ,单方 面 都 不 具备 编写 一 份 良好 SRS 
的 资格 。 

a) ”顾客 通常 对 软件 设计 和 开发 过 程 了 解 的 不 够 ,不 足以 编写 实用 的 SRS; 

b) ” 供 方 通常 对 顾客 的 问题 和 从 事 的 领域 了 解 不 够 ,不 足以 为 系统 规定 满意 的 需求 。 

因此 ,顾客 和 供 方 宜 一 起 工作 ,以 编写 良好 的 、 全 面 的 和 可 理解 的 SRS。 

当 系 统 及 其 软件 二 者 同时 被 定义 时 ,存在 一 种 特殊 情况 ,软件 的 功能 .接口 .性 能 、 及 其 他 的 属性 和 
限制 条 件 不 是 预先 定义 的 ,而 是 联合 定义 并 且 需 要 协商 和 变更 ,这 使 得 满足 4.4 所 述 的 特征 更 困难 ,但 
更 重要 。 尤 其 是 ,不 符合 其 母系 统 需求 规格 说 明 的 软件 SRS 是 不 正确 的 。 

本 标准 不 具体 讨论 SRS 的 形式 .语言 的 使 用 或 良好 的 编写 技巧 ,但 是 ,编写 良好 的 SRS 十 分 重要 。 
一 般 的 技术 写作 书籍 可 用 作 编 写 指南 。 

4.6 SRS 的 演变 
” 随 着 软件 产品 开发 的 进展 ,SRS 可 能 需要 演变 。 在 项 目 开始 时 ,规定 某 些 细节 是 不 可 能 的 (例如 ， 
对 于 一 个 交互 程序 ,在 需求 阶段 定义 所 有 屏幕 格式 是 不 可 能 的 ) 。 随 着 SRS 中 的 缺陷 .不足 和 不 准确 之 
处 的 发 现 , 可 能 会 相继 发 生 对 SRS 的 其 他 变更 。 
在 此 过 程 中 , 两 个 重要 的 考虑 事项 如 下 : 
a) 尽管 可 以 预见 对 SRS 的 演变 修订 是 不 可 避免 的 ,但 在 某 个 时 间 对 需求 的 规定 应 当 尽 可 能 完全 
和 细致 。 宜 注 明 需求 不 完备 的 事实 ; 
b)〉 家 启动 正式 的 变更 过 程 ,以 识别 控制 .跟踪 和 报告 指定 的 变更 。 已 批准 的 需求 变更 宜 按 以 下 
方式 纳入 SRS 中 : 
1) 提供 准确 的 和 全 面 的 变更 审核 追踪 记录 ; 
2) 人 允许 对 SRS 的 当前 版 本 和 先前 版 本 进行 评审 。 
4.7 原型 法 

在 项 目的 需求 阶段 常常 使 用 原型 法 。 一 些 工 具 可 简单 .快捷 地 创建 体现 系统 某 些 特征 的 原型 。 

注 : 可 参照 ASTM E 1340:1996《 计 算 机 系统 快速 原型 法 标准 指南 》。 

原型 的 实用 性 有 以 下 原因 : 

a) 与 阅读 SRS 和 提出 意见 相 比 ,顾客 更 有 可 能 考察 原型 并 提出 建议 ; 

b) 原型 可 演示 系统 行为 不 可 预见 的 方面 ,因此 ,原型 不 但 提供 答案 ,同时 还 提出 一 些 新 的 问题 ， 
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这 有 助 于 完善 SRS; 

c) 基于 原型 提出 的 SRS 在 开发 过 程 中 倾向 更 少 的 变更 ,从 而 减少 开发 时 间 。 

原型 是 用 于 提取 软件 需求 的 一 种 方式 。 诸 如 屏幕 或 报告 格式 之 类 的 某 些 特征 可 以 直接 从 原型 中 提 
取 。 其 他 需求 可 以 通过 进行 原型 试验 推导 出 来 。 
4.8 SRS 中 嵌入 设计 
4.8. 1 一 般 来 说 ,在 SRS 中 尽量 避免 训 入 设计 说 明 , 在 SRS 中 散人 设计 说 明 会 过 多 地 约束 设计 ,并 且 
人 为 地 把 具有 潜在 危险 的 需求 引入 SRS。 

一 个 需求 规定 了 系统 某 个 外 部 可 见 的 功能 或 属性 。 设 计 描 述 了 系统 某 个 具体 的 子 部 件 和 /或 它 与 
其 他 子 部 件 的 接口 。SRS 编写 人 员 应 当 清 楚 地 区 分 识别 所 需要 的 设计 约束 和 构想 具体 的 设计 之 间 的 
差异 。 应 当 注 意 ,SRS 的 每 个 需求 限制 了 设计 的 可 选择 性 。 但 这 并 不 意味 着 每 个 需求 就 是 设计 。 

SRS 应 当 规 定 对 何 数据 执行 何 功能 以 便 在 何 地 为 何人 产生 何 种 结果 。SRS 宜 集 中 于 所 提供 的 服 
务 。SRS 通常 不 规定 设计 事项 ,如 : 

a) 划分 软件 为 各 个 模块 ; 

b) 分 配 功能 到 各 个 模块 ，; 

c) “描述 模块 之 间 的 信息 流 或 控制 流 ; 

d) 选择 数据 结构 。 
4.8.2 把 设计 和 SRS 完全 割裂 开 来 也 是 不 现实 的 。 在 某 些 特殊 情况 下 , 某 些 需求 可 能 严重 地 限制 了 
设计 。 对 安全 或 保密 安全 方面 的 周密 考虑 可 能 增加 一 些 直 接 反 映 设计 约束 的 需求 , 例如 : 

a) ”用 几 个 分 开 的 模块 来 实现 某 些 功能 ; 

b) 在 程序 的 某 些 区 域 之 间 仅 允许 有 限 的 通信 ; 

c) 对 临界 的 变量 检查 数据 的 完整 性 。 

有 效 的 设计 约束 条 件 示例 如 :物理 需求 、 性 能 需求 .软件 开发 标准 以 及 软件 质量 保证 标准 。 

因此 , 宣 从 完全 外 部 的 角度 规定 需求 。 当 使 用 模型 前述 需求 时 ,应 记 住 模型 仅仅 用 来 表明 系统 的 外 
部 行为 ,并 不 规定 设计 。 
4.9 SRS 中 车 入 项 目 需求 

SRS 宜 关注 软件 产品 ,而 不 是 软件 产品 的 生产 过 程 。 

项 目 需求 表示 了 顾客 和 供 方 之 间 有 关 软 件 生产 合同 事宜 的 理解 ,因此 不 宜 包括 在 SRS 中 。 

通常 这 些 项 目 需求 包括 如 下 : 

a) 成 本 ; 

b) 交付 进度 ; 

c) 报告 规程 ; 

d) 软件 开发 方法 ; 

e) 质量 保证 ; 

f) ”验证 和 确认 准则 ; 

g) ”验收 规程 。 

项 目 需 求 在 其 他 文档 中 规定 ,通常 在 软件 开发 计划 、 软 件 质 量 保 证 计划 或 者 工作 说 明 中 规定 。 


5 SRS 的 组 成 和 内 容 要 求 


5.1 综述 

本 章 讨论 组 成 SRS 的 每 个 基本 组 成 部 分 和 内 容 要 求 。 图 1 以 提纲 形式 列 出 这 些 部 分 ,可 作为 编写 
SRS 的 示例 。 

尽管 SRS 不 必要 按照 此 提纲 或 使 用 这 里 给 出 的 各 章 条 的 名 称 , 但 是 ,一 份 良好 的 SRS 宜 包括 以 下 
论述 的 所 有 信息 。 


6 


GB/T 9385 一 2008 








i 


| 1.1 目的 
| 1.2 范围 
1.3 ”定义 .简写 和 缩 略语 
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1 SRS 提 细 


mm LD 
> 








5.2 引言 (SRS 的 第 1 章 ) 
SRS 的 引言 部 分 应 当 提供 整个 SRS 的 概述 ,包括 以 下 各 条 : 
a) 目的 ; 
b) 范围 ; 
c) 定义 .简称 和 缩 略 语 ; 
d) 引用 文件 ; 
e) 综述。 
5.2.1 目的 (SRS 的 1.1) 
本 条 宜 : 
a) 描述 SRS 的 目的 ; 
b) 说 明 SRS 的 预期 读者 。 
.2 范围 (SRS 的 1.2) 
本 条 宜 : 
a) 通过 名 称 识别 要 生产 /开发 的 软件 产品 (例如 ,宿主 数据 库 管理 系统 CDBMS) .报告 生成 器 等 ); 
b) 必要 时 ,说 明 软 件 产品 将 做 或 不 做 什么 ; 
c) “描述 规定 的 软件 的 应 用 ,包括 相关 的 收益 .目标 和 目的 ; 
d) 如果 上 层 规格 说 明 ( 如 ,系统 需求 规格 说 明 ) 存 在 ,与 上 层 规 格 说 明 类 似 的 陈述 保持 一 致 。 
5.2.3 定义 .简写 和 缩 略 语 (SRS 的 1. 3) 
本 条 宜 提 供 对 正确 解释 SRS 所 要 求 的 所 有 术语 .简写 和 缩 略 语 的 定义 ,这 些 信息 可 以 通过 引用 
SRS 中 的 一 个 或 多 个 附录 、 或 者 引用 其 他 文件 的 方式 来 提供 。 
5.2.4 引用 文件 (SRS 的 1.4) 
本 条 宜 : 
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a) 提供 SRS 引用 的 所 有 文件 的 完整 清单 ; 

b) 标识 出 每 个 文件 的 名 称 、 报 告 编号 (适用 时 ) 日 期 .出 版 组 织 ; 

c) 标明 可 以 获得 引用 文件 的 来 源 。 

这 些 信息 可 以 通过 引用 附录 或 引用 其 他 文档 的 方式 提供 。 
5.2.5 综述 (SRS 的 1.5) 

本 条 宜 : 

a) 描述 SRS 的 其 余 章 条 包含 的 内 容 ; 

b) 说 明 SRS 是 如 何 组 织 的 。 
5.3 总 体 描述 (SRS 的 第 2 章 ) 

本 章 宜 描 述 影响 产品 及 其 需求 的 一 般 因 素 ,而 不 叙述 具体 的 需求 。 相 反 , 它 提供 需求 的 背景 并 使 它 
们 更 易 理解 ,而 在 SRS 的 第 3 章 将 详细 定义 这 些 需 求 。 

本 章 通 常 由 以 下 6 条 组 成 : 

a) 产品 描述 ; 

b) 品 功 能 ; 

c) 用 户 特 点 ; 

d) 约束; 

e) ”假设 和 依赖 关系 ; 

f) 需求 分 配 。 
5.3.1 产品 描述 (SRS 的 2. 1) 

本 条 宜 把 产品 置 于 其 他 有 关 产 品 的 全 景 之 下 。 如 果 产 品 是 独立 的 和 完全 自我 包含 的 ,这 里 宜 如 实 
给 予 陈述 。 正 如 常 出 现 的 那样 ,如 果 SRS 定义 的 产品 是 较 大 系统 的 组 成 部 分 , 则 本 章 宜 将 软件 的 功能 
性 与 较 大 系统 的 需求 相 联系 ,而 且 宣 识别 软件 和 系统 之 间 的 接口 。 

使 用 框图 展示 较 大 系统 的 主要 部 分 .相互 联系 以 及 外 部 接口 是 有 帮助 的 。 

本 条 也 宜 描述 在 各 种 不 同 的 约束 下 软件 如 何 运 行 。 如 ,这 些 约束 可 包括 : 

a) ”系统 接口 ; 

b) 用户 界 面 ; 

c) 硬件 接口 ; 

d) 软件 接口 ; 

e) 通信 接口 ; 

{) ”内存 ; 

g) 运行; 

h) 现场 适应 性 需求 等 。 
5.3.1.1 系统 接口 
本 条 宜 列 出 每 个 系统 接口 ,识别 完成 系统 需求 的 软件 功能 以 及 与 系统 匹配 的 接口 描述 。 
.1.2 用 户 界面 

本 条 宜 规 定 以 下 方面 : 

a) 在 软件 产品 与 用 户 之 间 每 个 界面 的 逻辑 特征 。 这 包括 完成 软件 需求 所 需要 的 那些 配置 特征 
〈 例 如 ,要求 的 屏幕 显示 格式 、` 页 面 或 窗口 版 式 布 局 .任何 报告 或 菜单 的 内 容 、 或 者 可 编程 功能 
键 的 设置 ); 

b) 优化 系统 用 户 界 面 的 所 有 方面 。 这 可 以 简单 地 包括 一 个 针对 系统 对 用 户 的 显示 方式 系统 将 
做 什么 和 不 做 什么 的 清单 。 例 如 ,可 能 是 一 项 选择 长 或 短 的 错误 消息 方面 的 需求 。 如 同 所 有 
其 他 需求 一 样 ,这 些 需 求 宜 是 可 验证 的 ,例如 “经 过 1 h 培训 后 ,4 级 打字 员 能 够 在 Z min 内 
执行 功能 X”, 而 不 是 “打字 员 能 够 执行 功能 X”( 这 也 可 以 在 标题 为 使 用 方便 性 章 条 的 软件 系 


5. 


CA) 





GB/T 9385 一 2008 


统 属性 中 规定 ) 。 
5.3.1.3 ”硬件 接口 
本 条 宜 规 定 系统 硬件 各 部 件 与 软件 产品 之 间 每 个 接口 的 逻辑 特征 ,包括 配置 特征 (端口 数量 .指令 
集 等 ) ,同样 也 覆盖 这 些 事项 ,如 ,支持 什么 设备 .如 何 支持 以 及 采用 什么 协议 。 例 如 ,相对 逐 行 支持 , 终 
端 支持 可 能 规定 为 全 屏 支 持 。 
5.3.1.4 软件 接口 
本 条 宜 规 定 对 其 他 软件 产品 (例如 ,数据 管理 系统 、 操 作 系 统 、 或 数学 软件 包 ) 的 使 用 ,以 及 与 其 他 应 
用 系统 (例如 ,账户 接收 系统 和 一 般 的 会 计 记 帐 系统 的 链接 ?的 接口 。 对 于 每 个 要 求 的 软件 产品 , 宜 
提供 : 
a) 名 称 ; 
b) 助 记 符 ; 
c) 规格 说 明 编号 ; 
d) 版 本 号 ; 
e) 来 源 。 
对 于 每 个 接口 , 宜 提 供 : 
a) 相对 此 软件 产品 ,接口 软件 的 目的 的 论述 ; 
b) 按照 消息 内 容 和 格式 对 接口 的 定义 ,不 必要 详细 描述 任何 已 文件 化 的 接口 ,但 要 求 引用 定义 
此 接口 的 文件 。 
5.3.1.5 通信 接口 
本 条 宜 定 义 不 同 的 通信 接口 ,如 ,局 域 网 协议 等 。 
.1.6 内 存 约 束 
本 条 宜 规 定 对 主 存 和 辅 存 的 任何 适用 特征 和 限制 。 
5.3.1.7 操作 
本 条 宜 规定 用 户 要 求 正常 的 和 特定 的 操作 ,如 : 
a) ”用 户 组 织 的 不 同 操 作 模 式 ( 如 ,用 户 引 发 的 操作 ); 
b) 交互 操作 的 周期 和 无 人 值守 操作 的 周期 ; 
c) 数据 处 理 支持 功能 ; 
d) 备份 和 恢复 操作 。 
注 : 有 时 此 条 规定 作为 用 户 界面 的 一 部 分 。 
5.3.1.8 现场 适应 性 需求 
本 条 宜 : 
a) ”对 于 给 定 的 现场 ,任务 或 运行 模式 (如 ,网 格 数 、 安 全 限制 等 ), 为 任何 数据 或 启动 顺序 定义 
需求 ; 
b) 针对 软件 适应 特定 的 安装 现场 或 任务 ,规定 应 当 修改 的 特征 。 
5.3.2 产品 功能 (SRS 的 2. 2) 
本 条 宜 给 出 软件 将 执行 主要 功能 的 概要 。 例 如 , 某 个 会 计 程 序 的 SRS 可 在 此 部 分 关注 顾客 账户 维 
护 .顾客 财务 报表 及 发 票 准 备 ,而 不 涉及 这 些 功能 要 求 的 大 量 细节 。 
有 时 ,本 条 需要 的 功能 概要 可 直接 从 分 配 具体 功能 到 软件 产品 的 更 高 层 规格 说 明 ( 如 果 存 在 ) 中 搞 
录 。 为 了 清晰 ,应 当 注 意 : 
a) ”功能 宜 以 这 样 的 方式 组 织 , 以 使 顾客 或 第 一 次 阅读 该 文件 的 任何 读者 对 功能 列表 容易 理解 ; 
b) 可 以 使 用 文本 或 图 示 的 方法 ,显示 不 同 的 功能 及 其 之 间 的 关系 。 这 样 的 图 示 不 必 显 示 产 品 的 
设计 ,但 简要 显示 变量 之 间 的 逻辑 关系 。 
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5.3.3 用 户 特点 (SRS 的 2. 3) 

本 条 宜 给 出 软件 产品 预期 用 户 的 一 般 特征 ,包括 教育 程度 、 经 验 、 专 业 技 术 情 况 。 它 不 宜 指出 具体 
的 需求 ,但 宜 给 出 SRS 第 3 章 中 为 何 规定 某 些 具体 需求 的 原因 。 
5.3.4 约束 (SRS 的 2. 4) 

本 条 宜 给 出 将 会 限制 开发 人 员 选 择 的 任何 其 他 事项 的 一 般 描述 。 这 些 包括 : 

a) 法 规 政策 ; 

b) 硬件 局 限 ( 如 ,信和 号 时 间 要 求 ); 

c) 与 其 他 应 用 的 接口 ; 

d) ”并 行 操作 ， 

e) 审核 功能 ; 

f) 控制 功能 ; 

g) ”高 级 语言 需求 ; 

h) 信和 号 握手 协议 (如 ,XON-XOFF、ACK-NACK); 

i) ”可 靠 性 需求 ; 

j) 应 用 的 关键 性 ; 

k) 安全 和 保密 安全 考虑 。 
5.3.5 假设 和 依赖 关系 (SRS 的 2.5) 

本 条 宜 列 出 影响 SRS 规定 需求 的 每 个 因素 。 这 些 因素 不 是 软件 设计 的 限制 条 件 , 但 是 ,它们 的 任 
何 变更 可 能 影响 SRS 中 的 需求 。 例 如 , 某 个 假设 可 能 是 软件 产品 指定 的 硬件 其 有 某 个 特定 操作 系统 ， 
如 果 事 实 上 该 操作 系统 不 能 使 用 ,那么 SRS 将 做 相应 的 修改 。 
5.3.6 需求 分 配 (SRS 的 2.6) 

本 条 宜 识 别 可 能 推迟 到 系统 将 来 版 本 的 需求 。 
5.4 具体 需求 (SRS 的 第 3 章 ) 

本 章 宜 包括 足够 详细 的 所 有 软件 需求 ,使 设计 人 员 能 够 设计 系统 以 满足 这 些 需 求 ,并 且 使 测试 人 员 
能 够 测试 该 系统 满足 这 些 需 求 。 贯 穿 本 章 , 对 于 用 户 、 运 行人 员 或 其 他 外 部 系统 ,每 个 规定 的 需求 应 当 
是 外 部 可 理解 的 。 这 些 需 求 至 少 应 当 包 括 , 每 个 系统 输入 (激励 )、 每 个 系统 输出 (响应 ) 以 及 系统 通过 响 
应 某 个 输入 或 支持 某 个 输出 所 执行 的 所 有 功能 。 由 于 这 通常 是 SRS 篇 幅 最 大 和 最 主要 部 分 ,以 下 原则 
适用 : 

a) 规定 的 具体 需求 宜 符合 4.4 描述 的 所 有 特征 ; 

b) 具体 需求 宜 引 用 较 早 的 相关 文件 ; 

c) 所 有 的 需求 宜 是 唯一 可 标识 的 ; 

d)” 宜 注意 需求 的 组 织 , 使 其 具有 最 大 的 可 读 性 。 

在 考察 组 织 需求 的 具体 方式 之 前 ,了 解 5. 4. 1 到 5. 4.7 组 成 需求 的 各 个 不 同 项 是 有 益 的 。 
5.4.1 外 部 接口 

本 条 宜 是 软件 系统 所 有 输入 和 输出 的 详细 描述 。 它 宜 是 对 5. 2 的 接口 描述 的 补充 ,不 宜 重 复 前 面 
已 有 的 信息 。 

宜 包 括 以 下 内 容 和 格式 : 

a) 项 的 名 称 ; 

b) 目的 描述 ; 

c) 输入 源 和 输出 目的 地 ; 

d) ”有 效 范围 .准确 度 和 /或 容 限 ; 

e) 测量 单位 ; 

f) 定时 ; 
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g) 与 其 他 输入 /输出 的 关系 ; 
h) 屏 显 格式 /组 织 ; 
i) 窗口 格式 /组 织 ; 
j) 数据 格式 ; 
k) 命令 格式 ; 
D 结束 消息 。 
2 功能 
功能 需求 宜 定义 软件 在 接收 和 处 理 输入 以 及 处 理 和 产生 输出 中 必须 发 生 的 基本 动作 。 一 般 情况 下 
“系统 应 ……… ”的 方式 来 陈述 。 
这 些 包 括 : 
a) 对 输入 有 效 性 的 核查 ; 
b) 操作 的 准确 顺序 ; 
c) 异常 情况 响应 ,包括 : 
1) 洲 出 ; 
2) 通信 设施 ; 
3) 错误 处 理 和 恢复 ; 
d) ”参数 影响 ; 
e) 输入 与 输出 的 关系 ,包括 : 
1) 输入 /输出 顺序 ; 
2) 从 输入 到 输出 转换 的 公式 。 
尽管 将 功能 需求 划分 为 子 功能 或 子 过 程 可 能 是 适当 的 ,但 这 并 不 意味 着 软件 设计 同样 以 这 样 的 方 


式 划 分 。 


S54: 


3 性 能 需求 
本 条 宜 规 定 软件 或 人 与 软件 互 作用 的 整体 静态 的 和 动态 的 数量 化 需求 。 项 态 数量 化 需求 可 能 


包括 : 


a) 支持 的 终端 数量 ; 

b) 支持 同时 运行 的 用 户 数量 ; 

c) 要 处 理 的 信息 量 和 类 型 。 

有 时 ,静态 数量 需求 包含 在 命名 为 “能 力 ” 的 独立 部 分 。 

动态 数量 化 需求 可 能 包括 ,如 ,在 正常 和 高 峰 工作 负载 条 件 ,在 某 时 段 内 处 理 的 事务 处 理 数 \ 任 务 数 


和 数据 量 。 


所 有 这 些 需求 宜 以 可 测量 的 方式 规定 。 如 : 
应 在 小 于 1 s 内 处 理 95% 的 交易 量 。 
而 不 是 : 
操作 方 不 需 等 待 事务 处 理 结束 。 
注 : 适用 于 某 个 具体 功能 的 数量 化 限制 ,通常 作为 该 功能 处 理 描述 部 分 予以 规定 。 


.4 数据库 逻 辑 需求 


宜 规 定 将 置 于 数据 库 的 任何 信息 的 逻辑 需求 。 这 可 包括 ， 
a) 不 同 功 能 使 用 的 信息 类 型 ; 

b) 使 用 频 度 ; 

c) 访问 能 力 ; 

d) 数据 实体 及 其 之 间 的 关系 ; 

e) ”完整 性 约束 ; 
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f) 数据 保存 需求 。 
5.4.5 设计 约束 

宜 规定 可 能 由 其 他 标准 、 硬 件 局 限 等 引发 的 设计 约束 。 
5.4.5.1 标准 依从 性 

本 条 宜 规定 来 自 现存 标准 或 法 规 的 需求 。 它 们 可 能 包括 : 

a) 报告 格式 ; 

b) 数据 命名 ; 

c) 会 计 规 程 ; 

d) 审核 追踪 。 

例如 ,可 以 规定 追踪 处 理 活 动 的 软件 需求 。 为 了 最 低 满足 法 规 或 财务 标准 ,对 于 某 些 应 用 这 样 的 追 
踪 是 需要 的 。 例 如 ,审核 追踪 需求 可 能 规定 ,对 于 支付 薪金 数据 库 的 所 有 变更 ,必须 在 一 个 追踪 文档 中 
记录 支付 前 后 的 数额 。 
5.4.6 软件 系统 属性 

有 一 些 软件 属性 可 以 作为 需求 。 规 定 所 要 求 的 软件 属性 是 重要 的 ,这 样 才能 客观 地 验证 属性 的 实 
现 情况 。5. 4. 6.1 到 5.4. 6.5 给 出 了 部 分 示例 。 
5.4.6.1 可 靠 性 

本 条 宜 规定 要 求 的 因素 ,以 便 建立 在 交付 时 软件 系统 所 要 求 的 可 靠 性 。 
5.4.6.2 可 用 性 

为 了 确保 整个 系统 已 定义 的 可 用 性 程度 , 宜 规定 所 要 求 的 因素 ,如 ,检查 点 、 恢 复 以 及 重启 动 。 
5.4.6.3 安全 保密 性 

由 于 事故 、 亚 意 访问、 使用、 修改、 破坏 或 泄露 ,本 条 宜 规定 需要 保护 软件 的 因素 。 这 方面 可 能 的 具 
体 需 求 包括 : 

a) ”使 用 某 些 密码 技术 ; 

b) 保留 某 些 特定 数据 组 的 历史 或 记录 ; 

c) 分 配 某 些 功能 到 不 同 的 模块 ; 

d) ”在 程序 的 某 些 域 间 限制 通信 ; 

e) ”对 于 关键 变量 检查 数据 的 完整 性 。 
5.4.6.4 可 维护 性 

本 条 宜 规 定 与 软件 本 身 维护 简易 性 有 关 的 软件 属性 。 可 以 对 模块 化 、 接 口 和 复杂 性 等 有 一 定 的 要 
求 。 但 不 宜 仅 因为 是 良好 设计 实践 就 将 其 作为 需求 。 
5.4.6.5 可 移植 性 

本 条 宜 规 定 与 软件 移植 到 其 他 主机 和 /或 操作 系统 简易 性 相关 的 软件 属性 。 这 可 能 包括 : 

a) ”依赖 主机 代码 模块 的 百分比 ; 

b) 依赖 主机 代码 的 百分比 ; 

c) 已 证 明 可 移植 语言 的 使 用 ; 

d) 特定 编译 器 或 语言 子 集 的 使 用 ; 

e) ”特定 操作 系统 的 使 用 。 
5.4.7 具体 需求 的 组 织 

除了 微小 的 系统 之 外 ,任何 系统 倾向 有 大 量 的 详细 的 需求 。 由 此 , 宜 仔细 考虑 这 些 需求 的 组 织 方 
式 , 以 最 优化 可 理解 性 。 对 于 所 有 的 系统 不 存在 单一 的 最 优化 组 织 方式 。 不 同类 型 的 系统 SRS 的 第 3 
章 有 不 同 的 需求 组 织 方式 。5. 4.7.1 到 5.4.7.7 描述 了 一 些 组 织 方式 。 
5.4.7.1 系统 模式 

依赖 于 运行 模式 , 某 些 系统 的 行为 显著 不 同 。 例 如 ,根据 其 运行 模式 :培训 .正常 运行 或 者 应 急 , 某 
12 
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个 控制 系统 可 能 具有 不 同 的 功能 集合 。 当 按照 运行 模式 组 织 该 部 分 时 , 宜 采 用 第 A. 1 章 或 第 A. 2 章 的 
提纲 。 需 求 组 织 方式 的 选择 取决 于 系统 接口 和 性 能 是 否 依 赖 于 运行 模式 。 
5.4.7.2 用 户 类 型 

有 些 系统 对 不 同 的 用 户 提供 不 同 的 功能 集合 。 例 如 ,对 于 一 般 乘 客 、 维 护 人 员 和 消防 人 员 , 电 梯 控 
制 系统 显示 不 同 的 能 力 。 当 按照 用 户 类 别 组 织 该 部 分 时 , 宜 采 用 第 A. 3 章 的 提纲 。 
5.4.7.3 对 象 

对 象 是 现实 世界 中 的 实体 ,系统 具有 与 其 对 应 的 部 分 。 例 如 ,在 病人 监控 系统 中 ,对象 包括 病人 、 传 
感 器 .护士 .房间 .医师 .医药 等 。 与 每 个 对 象 相 联系 的 是 一 组 属性 (对 象 具有 的 ) 和 功能 (对 象 执 行 的 )， 
这 些 功 能 也 称 之 为 服务 .方法 或 过 程 。 当 按照 对 象 组 织 该 部 分 时 , 宜 采 用 第 A.4 章 的 提纲 。 应 注意 ,对 
象 组 可 能 共有 某 些 属性 和 服务 ,要 按照 类 别 把 这 些 组 织 在 一 起 。 
5.4.7.4 特征 

系统 特征 是 从 外 部 希望 得 到 的 服务 ,可 能 要 求 一 系列 的 输入 以 产生 希望 的 结果 。 例 如 ,在 电话 系统 
中 ,系统 特征 包括 本 地 话 务 、 话 务 转 接 、 以 及 会 议 话 务 。 一 般 的 ,系统 每 个 特征 按照 一 系列 激励 - 响应 对 
的 方式 描述 。 当 按照 系统 特征 组 织 该 部 分 时 , 宜 采 用 第 A. 5 章 的 提纲 。 
5.4.7.5 激励 

某 些 系统 可 以 根据 激励 描述 其 功能 的 方式 最 佳 地 组 织 其 需求 。 例 如 ,飞机 自动 着 陆 系统 的 功能 ,可 
依照 动力 降低 、 风 向 切 变 、 机 身 摇摆 突变 、 重 直 速 度 限 值 等 ,组 织 到 相应 的 部 分 。 当 按照 激励 方式 组 织 该 
部 分 时 , 宜 采 用 第 A.6 章 的 提纲 。 
5.4.7.6 响应 

有 些 系统 可 以 通过 描述 其 支持 产生 某 个 响应 的 所 有 功能 ,最 佳 地 组 织 其 需求 。 例 如 , 某 个 人 员 管理 
系统 的 功能 ,可 按照 与 产生 薪金 支付 有 关 的 所 有 功能 、 与 产生 当前 职员 清单 有 关 的 所 有 功能 ,等 等 ,予以 
组 织 到 相应 的 部 分 。 宜 采用 第 A. 6 章 的 提纲 (所 有 的 激励 之 处 由 响应 蔡 代 ) 。 
5.4.7.7 功能 层次 

当 上 述 组 织 方式 证 明 没 有 益处 时 ,可 按照 共同 的 输入 .共同 的 输出 或 者 共同 的 内 部 数据 访问 ,将 系 
统 总 体 功能 性 组 织 成 为 一 个 功能 层次 。 数 据 流 图 和 数据 词典 可 以 用 来 表示 功能 和 数据 之 间 的 相互 关 
系 。 当 按照 功能 层次 组 织 该 部 分 时 , 宜 采 用 第 A. 7 章 的 提纲 。 
5.4.8 ”附加 说 明 

在 编制 新 的 SRS 时 ,在 5.4.7.7 给 出 的 多 种 组 织 技 术 可 能 都 是 适用 的 。 在 这 种 情况 下 , 宜 依 据 该 
系统 的 特定 要 求 所 剪裁 出 的 若干 层次 来 组 织 特定 的 需求 。 例 如 ,第 A. 8 章 组 织 形 式 结合 了 用 户 类 别 和 
系统 特征 。 任 何 附加 的 需求 ,可 以 在 SRS 的 结尾 处 放 在 一 个 独立 的 部 分 。 

有 许多 现行 可 用 于 帮助 需求 文档 化 的 符号 .方法 和 自动 化 支持 工具 。 就 大 部 分 而 言 ,它们 的 有 效 性 
是 组 织 的 职能 。 例 如 , 当 按 照 运 行 模式 组 织 时 ,限定 的 状态 机 或 状态 图 表 可 能 证 明 是 有 益 的 ; 当 按 照 对 
象 组 织 时 ,面向 对 象 的 分 析 可 能 是 有 益 的 ; 当 按 照 系统 特征 组 织 时 ,激励 - 响应 序列 可 能 证 明 是 有 益 的 ; 
当 按 照 功能 结构 组 织 时 ,数据 流 图 和 数据 词典 可 能 证 明 是 有 益 的 。 

在 第 A. 1 章 到 第 A. 8 章 给 出 的 任何 提纲 中 , 称 为 “功能 需求 1” 的 那些 条 目 可 以 用 自然 语言 . 伪 码 、 
系统 定义 语言 .或 用 标题 为 引言 输入、 处理、 输出 4 个子 部 分 予以 描述 。 
5.5 支持 信息 

支持 信息 以 使 SRS 更 容易 使 用 ,包括 : 

a) 目次 ; 

b) 索引 ; 

c) 附录 。 
5.5.1 目次 和 索引 

目次 和 索引 十 分 重要 , 宜 按照 一 般 的 文档 编写 惯例 。 
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5.5.2 附录 


附录 并 不 总 是 实际 的 SRS 的 一 部 分 或 总 是 需要 的 。 附 录 可 以 包括 : 

a) ”输入 /输出 格式 示例 ,成 本 分 析 研 究 , 或 者 用 户 调查 的 结果 ，; 

b) 有 助 于 读者 理解 SRS 的 支持 或 背景 信息 ; 

c) 软件 所 解决 的 问题 描述 ; 

d) 对 代码 和 媒体 的 特殊 包装 说 明 ,以 满足 安全 ,出 口 .初始 装 人 、 或 其 他 需求 。 
当 包括 附录 时 ，SRS 宜 明 确 地 规定 附录 是 否 作为 需求 的 部 分 。 





附 录 A 
(资料 性 附录 ) 
SRS 提纲 模板 


A. 1 按照 运行 模式 组 织 的 SRS 第 3 章 模板 (版 本 1) 
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具体 需求 
1 外 部 接口 需求 

1.1 用 户 界 面 

1.2 硬件 接口 

1.3 软件 接口 

.1.4 通信 接口 

2 功能 需求 

2.1 模式 1 

2.1.1 功能 需求 1.1 





CD 
ww 


.2.1.2 功能 需求 1.? 
.2 模式 2 


。 
[SN 





.2.m 模式 m 
.m. 1 功能 需求 m.1 


. CD CD 本 
So IN 


m.n ”功能 需求 m.n 
性 能 需求 

设计 约束 

软件 系统 属性 

其 他 需求 


CD CD cc CD 
ow SV 








A.2 按照 运行 模式 组 织 的 SRS 第 3 章 模板 (版 本 2) 








具体 需求 


模式 1 
1 外 部 接口 

1.1 用 户 界 面 
1.2 硬件 接口 
.1.3 软件 接口 
.1.4 通信 接口 
2 功能 需求 

.2.1 功能 需求 1 


. . . 时 . * 
dt bk /ed hi 
» * . » 
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Co CO J 





1 
2 
.3 
4 


.1.2.n 功能 需求 nn 
.1.3 性 能 
.2 模式 2 


设计 约束 
软件 系统 属性 
其 他 需求 





A.3 


按照 用 户 类 别 组 织 的 SRS 第 3 章 模 板 





SO 
DD DN 


CO cn Cn 





DD 


NM 以 


2 
3 
4 
5 
6 


具体 需求 

外 部 接口 需求 

1 用 户 界 面 

.2 硬件 接口 

.3 软件 接口 

.4 通信 接口 

功能 需求 

1 用 户 类 别 1 
1.1 功能 需求 1.1 


.1.n 功能 需求 1.7 
.2 用 户 类 别 2 


.m 用 户 类 别 m 
.m.1 功能 需求 m.1 


.m.n 功能 需求 ma 
性 能 需求 

设计 约束 

软件 系统 属性 

其 他 需求 





A.4 按照 对 象 组 织 的 SRS 第 3 章 模板 





3 
3 
3 
3. 
3 
3 
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DC 


具体 需求 

外 部 接口 需求 
. 用 户 界 面 

.2 ”硬件 接口 

.3 软件 接口 

.4 通信 接口 

类 /对 象 
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3.2.1 类 /对 象 1 
3.2.1.1 属性 (直接 的 或 继承 的 ) 
3.2.1.1.1 属性 1 


3.2.1.1.n 属性 > 
3.2.1.2 功能 (服务 、 方 法、 直接 的 或 继承 的 》 
3. 2. 1.2.1 功能 需求 1.1 


3. 2. 1.2.m， 功能 需求 1.m 
3.2.1.3 消息 (接收 的 或 发 送 的 通信 ) 
3.2.2 类 /对 象 2 


Pp 类 /对 象 p 
性 能 需求 
设计 约束 
软件 系统 属性 
其 他 需求 


< CD 5 cn Cn 
CO oO 性 











A.5 按照 系统 特征 组 织 的 SRS 第 3 章 模板 


CD 


具体 需求 
1 外 部 接口 需求 

.1.1 用 户 界 面 

1.2 硬件 接口 

1.3 软件 接口 

1.4 通信 接口 

.2 系统 特征 

2.1 系统 特征 1 
2.1.1 特征 说 明 / 目 的 
2.1.2 激励 /响应 序列 
2.1.3 相关 的 功能 需求 
2.1.3.1 功能 需求 1 


RP 


3.2.1.3.n 功能 需求 ” 
3.2.2 系统 特征 2 


3.2.m 系统 特征 和 


性 能 需求 
设计 约束 
软件 系统 属性 
其 他 需求 


CD CD (nm 
GO CI 尾 cm 
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A.6 按照 激励 组 织 的 SRS 第 3 章 模板 





| 。 具体 需求 

外 部 接口 需求 
.1 用 户 界 面 

.2 硬件 接口 

.3 软件 接口 

.4 通信 接口 

功能 需求 

1 激励 1 

1.1 功能 需求 1.1 





3 
3 
3 
3 
3. 
3 
3 
3 
3 


ha ii PP 


CD 
SS 


1.n 功能 需求 1. > 
3.2.2 激励 2 


CD son 
Se 


.m 激励 六 
.m. 1 功能 需求 mm.1 


CD 
iD 


2.m.n ”功能 需求 m.n 
.3 性 能 需求 

4 设计 约束 

5 软件 系统 属性 

.6 其 他 需求 





ED 


L 














A.7 按照 功能 层次 组 织 的 SRS 第 3 章 模板 








3 具体 需求 

3.1 外 部 接口 需求 
3.1.1 用 户 界 面 
3.1.2 硬件 接口 

3.1.3 软件 接口 

3.1.4 通信 接口 

3.2 功能 需求 

3.2.1 信息 流 

3.2.1.1 数据 流 图 1 
3.2.1.1.1 数据 实体 
3.2.1.1.2 有 关 的 过 程 
3.2.1.1.3 拓扑 图 
3.2.1.2 数据 流 图 2 
3.2.1.2.1 数据 实体 
3.2.1.2.2 有关 的 过 程 
3.2.1.2.3 拓扑 图 
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WO ,,, 


OVW 人 VW Ww ,.. 
mn mm 
OOOO MMS 


DL OPO DD Po 


RhRhnNhohonhnhonhnhonhnhnhnhnnnn 
内 内 内 内 


总 8 3 8 


数据 流 图 ?= 


.nn.1 数据 实体 


.2 ” 有关 的 过 程 

.3 拓扑 图 

过 程 描述 

1 过 程 1 

1.1 输入 数据 实体 
1.2 过程 算 法 或 公式 
1.3 ” 受 影 响 的 数据 实体 
2 过 程 2 

2.1 输入 数据 实体 
2.2 过程 算 法 或 公式 
2.3 ” 受 影响 的 数据 实体 


m 过 程 m 
m. 2 ”过 程 算法 或 公式 
m. 3 受 影响 的 数据 实体 


数据 构建 规范 
1 构建 1 

1.1 记录 类 型 
1.2 组 成 字段 
2 构建 2 

2.1 记录 类 型 
2.2 组 成 字段 
PP 构建 
p.1 记录 类 型 
p.2 组 成 字段 
数据 词典 

1 数据 元 素 1 
1.1 名 称 

1.2 表示 法 
1.3 单位 /格式 
1.4 精确 度 / 准 确 度 
1.5 范围 

2 数据 元 素 2 
2.1 名 称 

2.2 表示 法 
2.3 单位 /格式 
2.4 精确 度 / 准 确 度 
2.5 范围 
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.4.9 数据 元 素 g 
.4.q.1 名 称 

.4.9.2 表示 法 
.4.9.3 单位 /格式 
.4.9.4 精确 度 / 淮 确 度 
.4.9.5 范围 
性 能 需求 

设计 约束 

软件 系统 属性 

其 他 需求 


CO CD cn ii 四 四 CD 
0 DD hi DY 











A.8 体现 多 种 组 织 形式 的 SRS 第 3 章 模板 





具体 需求 

外 部 接口 需求 

.1 用 户 界 面 

.2 硬件 接口 

.3 软件 接口 

.4 通信 接口 

功能 需求 

用 户 类 别 1 

1 特征 1.1 

1.1 特征 说 明 / 目 的 
1.2 激励 /响应 序列 
1.3 ”有关 的 功能 需求 
2 特征 1.2 

2.1 特征 说 明 / 目 的 
2.2 激励 /响应 序列 
2.3 有 关 的 功能 需求 








kN DV SD DD DD DD 


一 已 记 


m 特征 1.m 
m.1 特征 说 明 / 目 的 
m.2 激励 /响应 序列 
用 户 类 别 2 





CO Lo cn cn 
DD 


3.2.n 用 户 类 别 = 


3 人 性能 需求 
4 ”设计 约束 
5 软件 系统 属性 
6 其 他 需求 
一 
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